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"Systeme et procede de traitement d'une requete en information de prix" 



La presente invention concerne un systeme ainsi qu'un procede de 
traitement d'une requete d'un utilisateur dans lequel on calcule et on retourne a 
I'utilisateur une information de prix de vente relativement a des produits de 
voyage. 

^invention s'appliquera de maniere non limitative mais principalement a 
des produits de voyage du type vols operes par des transporters aeriens sur 
un marche domestique (interne a un pays ou une region determinee) ou a 
■'international. 

En particulier, la presente invention a trait a un systeme et un procede 
permettant a I'utilisateur de visualiser un grand nombre de tarifs de produits de 
voyages disponibles en reponse a sa requete et ce en observant les criteres 
d'incitation de vente du fournisseur de voyages. La notion de fournisseur de 
voyages couvre tout type d'entite commerciale offrant des solutions de voyages 
a des clients. Cela inclut, par consequent, notamment les compagnies 
aeriennes, les agences de voyage en ligne telles que cedes actuellement 
connues sous la marque OPODO® ainsi que les agences de voyages 
traditionnelles. 

Actuellement, des produits puissants de recherche de tarifs sont utilises 
par les fournisseurs de voyage pour offrir a leurs clients un panel important de 
solutions de voyages a bas tarifs en reponse a des requetes. Grace a la 



montee en puissance continue des materiels informatiques, ces produits sont 
capables de combiner un tres grand nombre de tarifs avec un grand nombre 
d'itineraires possibles dans I'objectif de trouver la solution de voyage la moins 
ch£re qui correspond a la requ§te du client. 

Ce type de produit de recherche de bas tarifs represente une part de 
marche de plus en plus importante dans le domaine de Industrie de distribution 
de voyages. Une consequence de I'utilisation generalisee de tels outils de 
recherche est I'impact negatif qu'elle entraTne sur les profits du fournisseur de 
voyages. En effet, malgre I'attrait que represented de tels outils pour les 
clients, et ('augmentation du chiffre d'affaires inherent, on constate une baisse 
de profitabilite pour une requete en voyage donnee puisque seul le plus bas 
tarif est offert. 

Pour contrer cette tendance a la recherche systematique du plus bas 
tarif et rester profitable, les fournisseurs de voyages ont actuellement besoin de 
realiser des ventes incitatives de leurs places de transport en mettant en 
evidence les services additionnels procures a des tarifs plus eleves. 
Simultanement, pour rester competitifs, ils ont aussi besoin de proposer les plus 
bas tarifs disponibles pour capter la clientele sur ce type de marche et, en 
particulier, par I'intermediaire de sites Internet de distribution directe. 

Gen§ralement, la distribution directe de foumiture de services de 
voyages est basee sur des systemes denommes « Low fare search » 
(recherche de bas tarifs) et propose plusieurs solutions de voyages a bas tarifs. 
Cependant, ces produits ciblent uniquement la foumiture de solutions de 
voyages aux tarifs les plus bas sans proposer aucune alternative, notamment 
sur des types de tarifs qui donnent satisfaction aux besoins de ventes 
incitatives des fournisseurs de voyages. Generalement, les fournisseurs sont 
ainsi capables de fournir un grand nombre de solutions de voyages a bas tarifs 
mais ne peuvent pas offrir des solutions couvrant plusieurs classes de tarifs 
pour un meme itineraire de voyage de facon a refleter differents niveaux de 
restriction de voyage (par exemple non remboursable, remboursable avec frais, 
remboursable ou encore sans restriction) et/ou differents services additionnels 
(par exemple type de cabine). Le client n'est, par consequent, pas a meme de 
mettre en competition et de comparer les differentes solutions offertes avec 



3 

differentes restrictions et services additionnels, ce qui induit que ce type de tarif 
plus haut de gamme est beaucoup plus rarement reserve, conduisant a une 
perte de profit pour le fournisseur de voyages. 

II existe done actuellement un besoin de proposer un systeme 
5 permettant aux fournisseurs de voyages de mettre a la vente differentes 
solutions de voyage repondant a la fois aux criteres d'entree de la demande de 
I'utilisateur et aux parametres d'incitation de vente etablis par le fournisseur de 
voyages. En particulier, le fournisseur de voyages devrait etre a meme de 
proposer simultanement plusieurs solutions correspondant a des tarifs varies 
10 mettant en exergue, pour les tarifs les plus eleves, les avantages qu'ils 
presentent. 

L'invention apporte une solution a ce besoin et propose, pour ce faire, 
un precede et un systeme de traitement d'une requete d'un utilisateur mettant 
en ceuvre une base de donnees contenant des regies de determination de 

is I'appartenance a au moins une famille de tarifs pour chaque tarif de voyage. 
Lors du traitement des requetes d'information relativement a des produits de 
voyage adressees par un utilisateur, le fournisseur de voyages peut retourner, 
par I'intermediaire du systeme de l'invention, differentes solutions, chacune 
presentee dans une famille de tarifs predefinie. Les niveaux de restriction et de 

20 services offerts par chaque famille de tarifs peuvent etre soulignes au client de 
facon a I'inciter a choisir de telles solutions de voyage. 

En particulier, dans le cas de services en ligne (par exemple par le biais 
d'un reseau de large extension de type Internet mettant en jeu des postes 
clients et un site web) I'utilisateur final sera a meme de consulter par affichage 

25 une serie de solutions de voyage dans differentes families de tarifs. 

Un des avantages de l'invention est de permettre au fournisseur de 
voyages d'organiser ses tarifs de sorte a les proposer efficacement a la vente 
en repondant a ses criteres d'incitation de vente. Cette organisation peut se 
faire suivant des conditions geographiques (definition du marche) et 

30 temporelles (intervalle de temps applicable). 

Un autre avantage de l'invention est d'etre facilement mise a jour par la 
creation d'une base de donnees dont I'acces en temps reel permet une prise en 
compte immediate des modifications. Ce point est particulierement avantageux 
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dans la mesure ou il permet une adaptation tr6s fine des regies de vente mises 
en ceuvre par le fournisseur de voyages, notamment en fonction de Involution 
du marche. 

Un autre avantage de Tinvention est que les caracteristiques qui la 
5 cornposent peuvent etre aisement int6gr6es dans un systeme de reservation 
par ordinateur traditionnel. en impl6mentant une base de donnees contenant 
des donnees specifiques accessibles par le biais d'un moteur de recherche 
apte a repondre aux requetes des utilisateurs. 

Un autre avantage de Tinvention est que les regies de determination de 
10 Tappartenance d une famille de tarifs sont administrables par le fournisseur de 
voyage lui-meme qui possede ainsi une grande liberte d'intervention sur la 
definition de ses formules d'incitation de vente tout en s'integrant dans un 
systeme de reservation global qui ne lui appartient pas. 

D'autres buts et avantages apparaitront au cours de la description qui 
15 suit d'un mode pr6f6re de realisation de Tinvention qui n'a cependant pas pour 
but de la limiter. 

La presente invention concerne un systeme de reservation de produits 
de voyage comportant un systeme informatique central de traitement des 
requetes d'utilisateur comprenant des moyens pour calculer et retourner a 

20 Tutilisateur une information de prix de vente relativement a des produits de 
voyage, ledit systeme informatique central etant accessible depuis au moins un 
poste utilisateur. Selon Tinvention, le systeme de reservation comporte : 

- une base de donn6es contenant des regies de determination de 
Tappartenance £ une famille de tarifs pour chaque tarif de voyage, 

25 - un moteur de recherche des produits r6pondant aux criteres d'entree 

d'une requete d'utilisateur et des tarifs associ6s, ledit moteur de recherche 
etant en communication avec ladite base de donnees pour acceder aux regies 
de determination et les appliquer aux produits du voyage repondant aux criteres 
d'entree, pour retourner au poste utilisateur, pour affichage, une r6ponse 

30 contenant des informations relatives aux produits repondant aux criteres 
d'entree en les triant par famille de tarifs. 

De fagon pr6feree, ce systeme se presente suivant les variantes 
6nonc6es ci-apres : 
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- la base de donn6es inclut des classes commerciales des families de 
tarifs associant un groupe de families de tarifs et un marche geographique 
predefini, pour un ensemble de dates de voyage predetermine, 

- les families de tarifs de chaque classe commerciale de families de tarifs 
5 component un rang hterarchique, 

- il comporte un dispositif d'interface relie par un reseau de 
communication, d'une part au poste utilisateur et, d'autre part, au systeme 
informatique central, 

- le r6seau de communication est un reseau de large extension, 

10 - dispositif d'interface est un serveur web coop6rant avec un 

programme de navigation residant dans le poste utilisateur pour fournir une 

interface utilisateur graphique au poste utilisateur. 

Uinvention a egalement trait a un procede de traitement d'une requete 

d'un utilisateur dans lequel on calcule et on retourne a I'utilisateur une 
15 information de prix de vente relativement a des produits de voyage, comprenant 

les operations suivantes : 

- on crSe une base de donnees contenant des regies de determination 
de Tappartenance a au moins une famille de tarifs pour chaque tarif de voyage, 

- on adresse, depuis un poste utilisateur, une requete d'information 
20 relativement 3 des produits de voyage pour au moins une date de voyage, 

- on recherche les produits nSpondant aux criteres d'entree de la requete 
et les tarifs associes, 

• on determine la famille de tarifs de chaque produit repondant aux 
criteres d'entree en leur appliquant les regies de determination et on calcule 
25 leur prix de vente, 

- on retourne au poste utilisateur, pour affichage, une r6ponse contenant 
des informations relatives aux produits r6pondant aux criteres d'entree en les 
triant par famille de tarifs. 

De fa?on pref6r6e, ce procede comporte les etapes addition nelles 
30 suivantes : 

- on retourne au poste client, pour affichage, des informations relatives 
au produit r6pondant aux criteres d'entree ayant le prix de vente le plus bas 
pour chaque date de voyage, 
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- on selectionne, par entree de I'utilisateur au niveau du poste utilisateur, 
un des produits affiches, 

- on adresse depuis le poste utilisateur, une requete en information 
detaillee, 

5 - on retourne au poste utilisateur, pour affichage, une r6ponse contenant 

des informations relatives au produit selectionne et aux autres produits 
rSpondant aux criteres d'entree pour la meme date en les triant par families de 
tarifs, 

- pour chaque famille de tarifs, on n'affiche qu'un nombre predefini de 
10 produits r§pondant aux criteres d'entr6e, en commengant par le produit au prix 

de vente le plus bas, 

- les criteres d'entree comprennent I'origine, la destination du voyage et 
un ensemble non nul de dates de depart, 

- dans la base de donnees, on cree des classes commerciales de 
15 families de tarifs associant au moins un groupe de families de tarifs a un 

marche geographique predefini, pour un ensemble de dates de voyage 
predetermine, 

- on selectionne au moins une classe commerciale de families de tarifs et 
on ne traite la requete de I'utilisateur que pour les produits de voyage inclus 

20 dans la ou les classes commerciales de famille de tarifs selectionn§es, 

- la selection de la ou les classes commerciales de families de tarifs est 
operee par une entree au niveau du poste utilisateur, 

- la selection de la ou les classes commerciales de families de tarifs est 
op6ree par un administrateur, 

25 - dans la base de donnees, pour chaque classe commerciale de families 

de tarifs, on affecte un rang hierarchique a chaque famille de tarifs, 

- on affiche au niveau du poste utilisateur des informations relatives aux 
produits repondant aux criteres d'entree dans I'ordre de leur rang hierarchique, 

- les regies de determination de Pappartenance £ une famille de tarifs 
30 comportent, pour chaque famille de tarifs, un jeu d'attributs qu'un tarif doit 

presenter pour appartenir a ladite famille de tarifs, 

- on accede en temps r6el aux donnees de la base de donnees. 



- les produits de voyage sont des vols de transports aeriens inclus dans 
un marche domestique ou international. 

Les dessins ci-joints sont donnes a titre d'exemples et ne sont pas 
limitatifs de Tinvention. lis represented seulement un mode de realisation de 
Tinvention et permettront de la comprendre ais6ment. 

La figure 1 present un exemple de ('architecture globate du systeme 
selon Tinvention. 

La figure 2 montre plus precis6ment les donnees contenues dans la 
base de donnees mise en oeuvre par Tinvention. 

Les figures 3, 4 et 5 montrent un exemple d'interface graphique pour la 
gestion de families de tarifs et, en particulier, leur mise a jour. 

Les figures 6 et 7 pr6sentent un premier exemple de traitement de 
requetes avec une fourniture de solutions tarifaires par itineraire aller-retour. 

Les figures 8 et 9 presentent la fourniture de solution tarifaire du type 

OFFRE SPECIALE. 

Les figures 10 et 11 pr6sentent de telles solutions tarifaires avec une 
tarification par paire origine/destination. 

Les figures 12 et 13 pr6sentent deux exemples de definition d'une 
classe commerciale de famille de tarifs et la figure 14 illustre un exemple de 
definition de famille de tarifs avec mise en ceuvre de jeux d'attributs qu'un tarif 
doit presenter pour appartenir a une famille de tarifs. 

On a repr6sente en figure 1 une architecture possible du systeme selon 
Tinvention dans lequel diff6rents composants communiquent par Tintermediaire 
de r6seaux tels que des reseaux de large extension et en particulier Tlnternet. 
Suivant le mode de realisation illustre, un utilisateur se connecte par 
Tintermediaire d'un poste utilisateur a un serveur de site web suivant une 
configuration informatique de communication classique. En particulier, la 
communication peut s'effectuer par Tintermediaire de composants informatiques 
du type serveur mandataire (usuellement denomme PROXY) et de passerelles 
(g6n6ralement d6nommees GATEWAY). Un meme type de communication est 
utilisable entre le serveur de site web et d'autres composants integres dans !e 
cadre denomme CRS et correspondent au systeme de reservation par 
ordinateur. 
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Dans ce cadre, le systeme de reservation par ordinateur comprend 
differents composants aptes a recevoir des requetes concernant la disponibilite 
de produits de voyage, a verifier la disponibilite aupres des bases d'inventaire 
des fournisseurs de voyages (par exemple les bases d'inventaire de 
5 compagnies aeriennes) et a fournir une information tarifee a I'utilisateur. 

Outre ces composants usuellement implementes dans un systeme de 
reservation par ordinateur (CRS), le systeme selon invention comporte une 
base de donnees (dB) contenantdes regies de determination de I'appartenance 
a une famille de tarifs pour chaque tarif de voyage ainsi q'un moteur de 
10 recherches (MR) place en communication avec la base de donnees. Le moteur 
(MR) est configure pour traiter les requetes en information adressees par 
Tutilisateur. Un tel moteur (MR) est semblable a ceux utilises dans des 
systemes de recherche de bas tarifs existants (Low Fare search engine). 

Suivant un mode de realisation pr6fere, le ou les fournisseurs de 
is voyages (TP) ont acc6s a la base de donnees (dB) notamment pour realiser sa 
mise £ jour ou les modifications souhaitees concernant les regies de 
determination qui seront decrites plus precis6ment ci-apr6s. 

II faut rappeler que I'invention permet de proposer a la vente differentes 
solutions tarifaires a Tutilisateur. Pour y parvenir, les produits de voyage sont, 
20 selon I'invention, tries suivant la famille de tarifs 3 laquelle ils appartiennent. Les 
parametres de ce tri et, en consequence, les criteres d'appartenance d une 
famille de tarifs determinent les types de solution de voyage qui seront 
proposes a la vente. 

On a repr6sente en figure 2 les informations contenues dans la base de- 
25 donnees (dB). A cette figure, les families de tarifs sont renseignees dans la 
. base de donnees. Sont 6galement definis des marches correspondant £t des 
zones geographiques duplication d'un ensemble de famille de tarifs. Ces 
marches peuvent §tre des territoires nationaux, regionaux ou encore 
internationaux. II est par ailleurs possible que le marche soit systematiquement 
30 defini comme mondial. 

La base de donnees dB permet egalement de definir des classes 
commerciales de famille de tarifs. Ces classes commerciales sont associees 3 
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un groupe de famille de tarifs et a un marche geographie pour un ensemble de 
dates de voyage predetermine. 

En connaissant les dates pertinentes et le marche considers, il est 
possible de retrouver les families de tarifs appartenant a la classe commerciale 
5 de famille de tarifs et, ensuite, de connaTtre leurs attributs. 

On presente ci-apres un exemple de mise a jour de famille de tarifs en 
reference aux figures 3 a 5 pour la modification (ajouts, mise a jour, ...) de la 
base (dB). 

La figure 3 montre un exemple de fenetres affichables au niveau d'un 
10 poste d'administrateur pour la mise a jour de families de tarifs. En figure 3, 
I'utilisateur renseigne la page affichee en indiquant le nom de la classe 
commerciale de famille de tarifs sur laquelle il veut travailler. Eventuellement, il 
peut demander I'affichage de la liste des classes commerciales deja definies. 
Par I'icdne rechercher, I'utilisateur peut rechercher les elements de definition 
is d'une classe commerciale de famille de tarifs dont il a saisi le nom. Par I'icdne 
creer, il peut ajouter la classe commerciale de famille de tarifs sous le nom 
qu'il a prealablement saisi. 

Dans I'exemple represents, le mot jeune a ete saisi et I'utilisateur a 
clique sur I'icdne rechercher. 
20 " parvient alors a la fenetre illustree en figure 4 lui presentant les 

elements de definition de la classe commerciale de famille de tarifs denommee 
jeune. Une breve definition commerciale est donnee a cette classe sous le 
terme « Tarifs junior les plus bas ». 

Les criteres d'association marche-famille de tarifs sont egalement 
25 presentes a cette page et ce, pour des dates determinees. Dans I'exemple, 
pour I'intervalle de dates compris entre le 1 er juillet et le 10 octobre, et pour le 
marche Nice - Etats-Unis (NCE-US), la classe commerciale est associee aux 
families de tarifs denommees : tarifs flash, bas prix, junior, semi-flex. 

Ces noms correspondent a des families de tarifs prealablement entrees 
30 dans la base de donnees. 

Par la fenetre de la figure 4, I'administrateur peut modifier les criteres 
de definition de la classe commerciale de families de tarifs par exemple en 
modifiant ou en ajoutant des dates, des marches applicables ou encore les 
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families de tarifs assoctees. Par exemple, I'utilisateur peut cliquer sur la famille 
de tarifs tarif flash pour modifier la definition de cette famille de tarifs. 

En se reportant a la figure 5, Tadministrateur arrive d Paffichage indique 
pour la famille d6nomm§e tarif flash. Une br6ve definition commerciale en est 
5 donnSe sous I'expression « tarifs speciaux pour les Etats-Unis ». 

Differents attributs sont organises sous forme d'un jeu d'attributs 
(MAS1) indiquant differentes caracteristiques de cette famille. Pour appartenir d 
cette famille de tarifs, les produits de voyage doivent presenter une valeur 
pr6determinee pour chacun de ses attributs. II est possible d'utiliser plusieurs 

10 jeux d'attributs (MAS1, MAS 2, MAS3) pour d&finir les regies d'appartenance a 
cette famille de tarifs. 

A titre prefere, les families de tarifs d'une classe commerciale de 
families de tarifs presente un ordre hierarchique repris sous le parametre rang 
A la figure 5. Dans ce cadre, I'exemple montre que la famille tarifs flash 

15 pr£sente le rang 1 pour la classe commerciale de families de tarifs jeune. A 
Taffichage des solutions de voyage en reponse a des requetes de clients, ce 
sont alors les solutions proposees dans le cadre de la famille tarifs flash qui 
seront affichees en premier lieu. L'affichage des solutions pour les autres 
solutions de tarifs s'effectuera par ordre hierarchique decroissant. 

20 On a represente en figure 12 un diagramme illustrant la definition d'une . 

classe commerciale de families de tarifs. 

A cette figure, on a defini un identifiant de titulaire de la classe 
commerciale de families de tarifs, par exemple pour reperer la definition de 
cette classe commerciale appartenant (ou utilisee) d un fournisseur de voyages 

25 predetermine afin de le distinguer des classes commerciales de families de 
tarifs appartenant (ou utilis6es) d d'autres fournisseurs de voyages. 

Dans le cas represente, la classe commerciale de families de tarifs 
porte le nom junior et comporte une date d'effet predeterminee, 3 savoir le 1 er 
septembre 2003. Cette classe commerciale de families de tarifs junior est 

30 applicable sur le marche d6fini par I'association des marches eiementaires 
portant les noms suivants : NCEMEDHAUL, LONGHAUL et EUMEDHAUL Une 
indication plus precise de la portee g6ographique de ces marches est par 
ailleurs indiquee dans la colonne geographie. Les marches peuvent etre un 
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ensemble d'origines et de destinations sous forme de paires de villes ou porter 
sur des zones geographiques plus larges, par exemple France, Europe ou 
Etats-Unis. Un marche est completement defini par I'indication d'un espace 
geographique d'origine et d'un espace geographique de destination des 
s voyages. 

Les dates d'application de la classe commerciale de families de tarifs et 
le marche approprie etant determines, on peut connaTtre les families de tarifs 
qui appartiennent a la classe commerciale de families de tarifs junior. En 
I'espece, ces families de tarifs sont denommees JUNECO, JUN, ECO et BIZ. 
10 Dans le cas represents, ces families de tarifs ne sont pas applicables a tous les 
marches. Au contraire, pour le marche NCEMEDHAUL, seules les families de 
tarifs JUNCEO, JUN et ECO sont applicables. Au contraire, pour le marche 
EUMEDHAUL, les families de tarifs JUN et ECO sont concernees. Enfin, pour 
le marche LONGHAUL, les families de tarifs JUN, ECO et BIZ sont indues. Un 
is ordre hierarchique (ordre 1, 2 ou 3) est donne dans cette definition pour 
indiquer la prSseance dans I'ordre d'etude des marches. 

Un autre exemple de definition de classe commerciale de families de 
tarifs est donne en figure 13 avec une date d'effet au 1 er janvier 2004 et un 
marche defini comme dans I'exemple de la figure 12. Contrairement a la figure 
20 13, pour les dates considerees, les families de tarifs indues dans la classe 
commerciale de families de tarifs pour les marches en cause sont differentes. 

La figure 14 est un diagramme montrant plus precisement un exemple 
de regies de determination d'appartenance a une famille de tarifs. Dans ce 
cadre, on a represents diverses families de tarifs sous les denominations 
25 JUNECO, JUN, ECO et BIZ qui etaient deja illustrees en figure 12 pour la 
definition de la classe commerciale de families de tarifs junior. 

Pour determiner quels tarifs de produit de voyage appartiennent a ces 
families de tarifs, on definit des jeux d'attributs qu'un tarif doit presenter pour 
appartenir a une famille. Ces jeux d'attributs sont reperes MAS1, MAS2, MAS3, 
30 MAS4 et MAS5 en figure 14. Par exemple, dans le cas de la famille de tarifs 
JUNECO, le jeu d'attributs MAS1 doit etre verifie pour qu'un tarif d'un produit de 
voyage appartienne a cette famille. Le jeu d'attribut MAS1 est ici forme par une 
valeur de transporter (ici 1A), une valeur de code de type de passager (ici JUN 



pour jeune), une vaieur de codification de type de tarif (ici PSZ), une valeur de 
type de tarif (ici PUB). En outre, un param&tre d'inclusion ou d'exciusion a 
d'autres families de tarifs peut etre utilise. En I'espSce, la famille JUNECO 
exclut les tarifs qui sont d6ja dans la famille de tarifs junior. 

5 Les jeux d'attributs des autres families de taris (JUN, ECO et BIZ) sont 

d£finis de fa?on semblable comme illustre en figure 14. 

Les classes commerciales de families de tarifs ainsi determines, en 
particulier par un administrates appartenant a un fournisseur de voyages telle 
une compagnie aerienne, les requetes d'utilisateur concemant une information 

10 sur des produits de voyage peuvent etre traitees. Dans ce traitement, on 
appliquera les regies fixees pour retourner les informations tarifaires. En 
particulier, les produits de voyage proposes en reponse aux requetes des 
utilisateurs d6pendront des regies fixiSes par I'administrateur de la base de 
donnees (dB). 

15 Divers exemples de traitement de requete sont decrits ci-apres. 

Dans sa requete en information, I'utilisateur peut preciser la ou les 
classes commerciales pour lesquelles il souhaite obtenir une information 
concernant les produits de voyage. Par exemple, par I'intermediaire d'un 
serveur web, I'utilisateur peut pr6ciser qu'il souhaite des classes commerciales 

20 correspondantes aux offres promotionnelles, aux offres pour un public 
determine (telles des offres destinees aux jeunes). Cela etant, la selection des 
classes commerciales pour lesquelles une information sur les produits de 
voyage est a fournir & I'utilisateur suite & sa requete peut etre op6r6e en amont. 
par un administrateur du fournisseur de voyages telle une compagnie a6rienne. 

25 Dans le cas represents aux figures 6 et 7, I'utilisateur a d'abord 

adresse, par son poste utilisateur, une requete d'information relativement a des 
vols de transporters aeriens pour un ensemble de dates de depart et d'arrivee 
predetermine. En PespSce, I'utilisateur a indique son souhait de partir depuis 
Nice jusqu'S New York entre le 2 et le 8 juillet et de revenir vers Nice entre le 27 

30 juillet et le 2 aoQt. Dans le cas represents, les classes commerciales de families 
de tarifs applicables ont ete definies par le fournisseur de voyages en amont. La 
requete d'information est transmise par I'intermediaire du serveur web au 
systeme central pour traitement. 
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A ce stade, on effectue preferentiellement une premiere etape 
d'informatton de I'utilisateur en lui retournant, pour les dates considerees, un 
tableau lui donnant des informations relatives aux produits repondant aux 
criteres qu'il a entres et ayant le prix de vente le plus bas pour chaque date de 
5 voyage. 

Ensuite, I'utilisateur selectionne, par exemple par le biais d'un pointeur, 
I'un des produits de voyage (dans le cas represents en cliquant sur le tarif qui 
lui est associe et affiche). 

De facon automatique, cette selection produit I'adressage depuis le 
10 poste utilisateur d'une requete en information detaillee pour le produit de 
voyage considers. 

Le systeme central opere ainsi un traitement approfondi dans lequel on 
retourne au poste utilisateur une reponse contenant des informations relatives a 
tous les produits de voyage repondant aux criteres d'entree, pour les criteres 
15 d'origine, de destination et de date du produit de voyage selectionnes dans la 
premiere fenetre par I'utilisateur et ce en les triant par famille de tarifs. 

Ainsi, apres le premier ecran de selection, I'utilisateur recoit une 
reponse complete comprenant non seulement des informations relatives au 
produit de voyage ayant le tarif le plus bas mais aussi d'autres solutions de 
20 voyage et, en particulier, des solutions appartenant a des families de tarifs 
differentes avec un prix pouvant etre quelque peu plus eleve mais presentant 
des prestations d'un niveau superieur. Un exemple d'affichage pour I'utilisateur 
est pn&sente en figure 7. 

Cette configuration permet de combiner les fonctionnalites de 
25 recherche des bas prix (reponse initiale) avec des fonctionnalites 
d'elargissement des solutions proposees (deuxieme reponse). 

II est cependant possible de fournir directement la reponse elargie, 
notamment si les criteres d'entree ne comportent pas d'intervalle de date. 

Un administrateur peut determiner, a I'avance, le nombre de produits de 
30 voyage qui seront affiches a I'utilisateur dans une famille de tarifs 
predeterminee. Eventuellement, pour afficher plus de solutions dans une famille 
de tarifs, un lien hypertexte sous le terme « autres vols » est implementable, ce 
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qui permet d'acc§der 3 cTautres produits de voyage au meme prix que celui ou 
ceux affichSs, dans la famille de tarifs consid6r6e. 

Dans Texemple illustr6, I'utilisateur obtient une information relativement 
au vol le moins cher disponible a 270 € Dans la meme famille de tarifs (voyage 
5 flash), une autre solution lui est proposee au tarif de 272 €. Ensuite, d'autres 
solutions sont proposes dans les families de tarifs differentes dSnommees bas 
prix, junior et semi-flex. Un libellS rapide et adaptable permet & I'utilisateur de 
connattre les prestations generates offertes dans chacune de ces families de 
tarifs suivant les restrictions (non remboursable, remboursable, etc.) et les 

10 conditions de vol (par exemple les jours ou ces tarifs sont applicables). 

Ces informations ainsi synth§tis6es permettent au client de choisir le 
vol le plus approprie a ses besoins qui n'est pas systematiquement le vol 
presentant le tarif le moins cher. 

II est par ailleurs possible que, pour les criteres d'entree considers, 

is des produits de voyage ne soient pas disponibles dans tous les cas et en 
particulier pour toutes les dates souhaitees par le voyageur. Ainsi, en figure 8, 
sur une demande duller et retour Nice - New York avec des intervalles de date 
de depart du 12 au 18 juillet et de retour du 18 juiilet au 26 juillet, les 
disponibilites sont limitees a certaines dates. Cela est par exemple le cas 

20 lorsque la classe commerciale de families de tarifs et les families de tarifs 
qu'elle comprend concernent des promotions dont le caractere exceptionnel ne 
permet pas de proposer d la vente des produits de voyage pour toutes les 
dates. 

Dans le cas represents a la figure 8, les tarifs les plus bas de produits 
25 de voyage r6pondant aux criteres d'entr6e sont affichSs pour une selection par 
Tutilisateur. Par exemple, I'utilisateur s6lectionne le tarif de 250 € pour un aller 
et retour du 18 juillet et 24 juillet. II s'ensuit I'envoi d'une requete en information 
complementaire vers le systeme central pour produire le traitement 6voqu6 
pr6c6demment et I'affichage deformations tarifaires sur les produits de voyage 
30 r6pondant aux criteres pour differentes families de tarifs indues dans la classe 
commerciale pr§d6termin6e. C'est ainsi que Tutilisateur peut consulter 
I'affichage des families promotion et voyages flash. 
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Un exemple similaire est donne aux figures 10 et 11a, 11b avec une 
presentation legerement differente faisant apparaTtre un premier affichage par 
trajet (Paris-Nice puis Nice-Paris) au lieu d'un tableau a deux entrees aller et 
retour. 

5 En reponse, le deuxieme affichage produit deux tableaux distincts avec 

les produits correspondant aux criteres ici uniquement dans la famille de tarifs 

SUPERPROMOTION. 

II est ici entendu que I'utilisateur peut s'entendre d'un client final mais 
aussi d'un agent de voyage ou encore d'un employe d'une entreprise disposant 
10 d'un service de gestion de voyages interne. 

De meme, les produits de voyage s'entendent de places de voyage 
pour un trajet d&erminS a une date determinee ou pour un intervalle de dates ; 
il peut s'agit d'allers simples ou d'allers-retours avec un seul segment ou la 
presence d'escales. 

15 Le terme systeme de reservation ici utilise s'entend d'un systeme 

informatique au moins apte a renseigner I'utilisateur a propos des prix et des 
conditions de vente de produits de voyage mais permettant, preferentiellement 
egalement, la prise de reservation par I'utilisateur avec la delivrance ou non 
d'un billet. 

20 L'administrateur charge de la mise a jour de la base de donnees pourra 

etre un employe du fournisseur de voyages (telle une compagnie aerienne) 
mais aussi un employe d'un systeme global de distribution assurant la gestion 
du systeme central de reservation (CRS). 

Comme indiqu6 precedemment et en reference a la figure 1, 

25 ('architecture proposee inclut avantageusement un dispositif d'interface entre le 
poste utilisateur et le systeme central CRS sous forme d'un serveur web mis en 
communication avec le poste utilisateur et le systeme central CRS par le biais 
d'un reseau de large extension du type Internet. De cette facon, c'est le serveur 
web qui produit les pages a afficher au niveau du poste utilisateur qui ne 

30 requiert ainsi qu'un navigateur de conception courante (du type Internet 
Explorer ™) pour disposer des fonctionnalites necessaires a I'affichage des 
informations et a I'envoi des requetes d'information. 



Coov orovWnH Kv nspxn tu^ icw 



16 

On notera enfin que le systeme central CRS peut etre relie a plusieurs 
serveurs web pour fournir des informations aux utilisateurs via plusieurs sites 
Internet. Par exemple, un site Internet peut etre specialement dedie a un type 
de clientele et n'appliquer que certaines classes commerciales de families de 
5 tarifs alors qu'un autre site Internet sera dedie a d'autres types de clientele en 
fonctionnant avec d'autres classes commerciales de families de tarifs. 
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REVENDICATIONS 



1. Systeme de reservation de produits de voyage comportant un systeme 
informatique central de traitement des requetes d'utilisateur comprenant des 

5 moyens pour calculer et retoumer a I'utilisateur une information de prix de vente 
relativement d des produits de voyage, ledit systeme informatique central etant 
accessible depuis au moins un poste utilisateur, caracterise par le fait qu'il 
comporte : 

- une base de donnees contenant des regies de determination de 
10 Tappartenance a une famille de tarifs pour chaque tarif de voyage, 

- un moteur de recherche des produits repondant aux criteres d'entr6e 
d'une requite d'utilisateur et des tarifs associes, ledit moteur de recherche 
etant en communication avec ladite base de donnees pour acceder aux regies 
de determination et les appliquer aux produits du voyage repondant aux criteres 

is d'entree, pour retourner au poste utilisateur, pour affichage, une rSponse 
contenant des informations relatives aux produits repondant aux criteres 
d'entr6e en les triant par famille de tarifs. 

2. Systeme selon la revendication 1 caracterise par le fait que 

la base de donnees inclut des classes commerciales des families de 
20 tarifs associant un groupe de families de tarifs et un marche geographique 
pred6fini, pour un ensemble de dates de voyage predetermine. 

3. Systeme selon la revendication 2 caracterise par le fait que 

les families de tarifs de chaque classe commerciale de families de tarifs 
comportent un rang hierarchique. 
25 4. Systeme selon Tune quelconque des revendications 1 a 3 caracterise 

par le fait 

qu'il comporte un dispositif d'interface relie par un reseau de 
communication, d'une part au poste utilisateur et, d'autre part, au systeme 
informatique central. 
30 5. Systeme selon la revendication 4 caracterise par le fait que 

le reseau de communication est un r6seau de large extension. 

6. Systeme selon la revendication 5 caracterise par le fait que 
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le dispositif cTinterface est un serveur web cooperant avec un programme 
de navigation residant dans le poste utilisateur pour fournir une interface 
utilisateur graphique au poste utilisateur. 

7. Precede de traitement d'une requete d'un utilisateur dans lequel on 
5 calcule et on retourne a I'utilisateur une information de prix de vente 

relativement a des produits de voyage, comprenant les operations suivantes : 

- on cree une base de donnees contenant des regies de determination 
de I'appartenance a au moins une famille de tarifs pour chaque tarif de voyage, 

- on adresse, depuis un poste utilisateur, une requete d'information 
10 relativement a des produits de voyage pour au moins une date de voyage, 

- on recherche les produits repondant aux criteres d'entree de la requete 
et les tarifs associes, 

- on determine la famille de tarifs de chaque produit repondant aux 
criteres d'entree en leur appliquant les regies de determination et on calcule 

is leur prix de vente, 

- on retourne au poste utilisateur, pour affichage, une reponse contenant 
des informations relatives aux produits repondant aux criteres d'entree en les 
triant par famille de tarifs. 

8. Proc6de selon la revendication 7 dans lequel, si la requete 
20 d'information comporte plusieurs dates, on effectue les actions suivantes ; 

- on retourne au poste client, pour affichage, des informations relatives 
au produit repondant aux criteres d'entree ayant le prix de vente le plus bas 
pour chaque date de voyage, 

- on seiectionne, par entree de i'utilisateur au niveau du poste utilisateur, 
25 un des produits affiches, 

- on adresse depuis le poste utilisateur, une requete en information 
detainee, 

- on retourne au poste utilisateur, pour affichage, une reponse contenant 
des informations relatives au produit s6lectionn6 et aux autres produits 

30 repondant aux criteres d'entr6e pour la meme date en les triant par families de 
tarifs. 

9. Procede selon la revendication 7 ou la revendication 8 dans lequel, 
pour chaque famille de tarifs, on n'affiche qu'un nombre pr6d6fini de produits 
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repondant aux criteres d'entree, en commengant par le produit au prix de vente 
le plus bas. 

10. Proc6de selon Tune quelconque des revendications 7 £ 9 dans lequel 
les criteres d'entr6e comprennent I'origine, la destination du voyage et un 

5 ensemble non nul de dates de depart. 

11. Proc6d6 selon Tune quelconque des revendications 7 3 10 
caracteris£ par le fait que 

dans la base de donn£es, on cree des classes commerciales de families 
de tarifs associant au moins un groupe de families de tarifs £ un marche 
10 geographique pred6fini, pour un ensemble de dates de voyage predetermine 

12. Proc&te selon la revendication 11 dans lequel on s6lectionne au 
moins une classe commerciale de families de tarifs et on ne traite la requete de 
I'utilisateur que pour les produits de voyage inclus dans la ou les classes 
commerciales de famille de tarifs selectionnees. 

15 13. Proc6d§ selon la revendication 12 dans lequel la selection de la ou 

les classes commerciales de families de tarifs est operee par une entr6e au 

niveau du poste utilisateur. 

14. Proc6d6 selon la revendication 12 dans lequel la selection de ia ou 

les classes commerciales de families de tarifs est oper6e par un administrates. 
20 15. Proced6 selon Tune quelconque des revendications 11 & 14 dans 

lequel : 

- dans la base de donn6es, pour chaque classe commerciale de families 
de tarifs, on affecte un rang hterarchique a chaque famille de tarifs, 

- on affiche au niveau du poste utilisateur des informations relatives aux 
25 produits repondant aux criteres d'entr6e dans I'ordre de leur rang hterarchique. 

16. Proc6d§ selon Tune quelconque des revendications 7 d 15 dans 
lequel les regies de determination de I'appartenance a une famille de tarifs 
comportent, pour chaque famille de tarifs, un jeu d'attributs qu'un tarif doit 
presenter pour appartenir a ladite famille de tarifs. 
30 17. Procede selon Tune quelconque des revendications 7 d 16 

caracterise par le fait 

qu'on acc&de en temps r§el aux donn§es de la base de donn§es. 
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18. Proc6d6 selon Tune quelconque des revendications 7 d 17 
caract6ris6 par le fait que 

les produits de voyage sont des vols de transports a^riens inclus dans un 
marche domestique ou international. 
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ABREGE DESCRIPT1F 
"Systeme et proc§d6 de traitement d'une requete en information de prix" 
AMADEUS sas 

La pr^sente invention conceme un systeme de reservation de produits 

5 de voyage comportant un systeme informatique central de traitement des 
requetes d'utilisateur comprenant des moyens pour calculer et retourner a 
Putilisateur une information de prix de vente relativement a des produits de 
voyage, ledit systeme informatique central etant accessible depuis au morns un 
poste utilisateur. Selon Tinvention, le systeme de reservation comprend : 

10 - une base de donnees contenant des regies de determination de 

Pappartenance a une famille de tarifs pour chaque tarif de voyage, 

- un moteur de recherche des produits repondant aux criteres d'entr6e 
d'une requete d'utilisateur et des tarifs associes, ledit moteur de recherche 
etant en communication avec ladite base de donn6es pour acc6der aux regies 

15 de determination et les appliquer aux produits du voyage repondant aux criteres 
d'entree, pour retourner au poste utilisateur, pour affichage, une r6ponse 
contenant des informations relatives aux produits r6pondant aux criteres 
d'entree en les triant par famille de tarifs. 

^invention concerne 6galement un proc6d6 de traitement du systeme de 

20 reservation. 

Application aux systemes de reservation par ordinateur pratiquant des 
recherches de bas tarifs. 
Figure 1. 
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Titulairc 

Identification 
bureau: 

NCEtAOOOO 



Ctassc commerciale 
de families de tarifs 

Nora: 

JUNIOR 
Definition: 

Tarifs Junior 
Date d'effet : 

01/09/03 



iOrdro 2 



lOrdre 3 



] E 



rdrel 



Marche 

Nom: 

NCEMED1IAUL 
Definition: 
Voyage Medium 
deNCR 



Nom: 

LONGHAUL 
Definition: 
Voyage long, 
d'Europe 



Nom: 

EUMEDHAUL 
Definition: 
Voyage Medium, 

A i'intcricur dc 
TEurope 



FamiHc dc tarifs 
Nom: JUNECO 

Definition: tarifs Junior economiques 
Combinable; Non 
Rang hierarchique: 100 
Cabine soubaitee: O 



Nom: JUN 

Definition: tarifs junior flexibles 
Combinable: Non 
Rang hierarchique: 50 
Cabine souhait£e: O 



Nom: ECO 

Definition: tarifs flexibles 
Economiques 
Combinable: Oui 
Rang hierarchique: 35 
Cabine souhaitee: O 



Nom: BIZ 

Definition: tarifs Business 
Combinable: Oui 
Hang hierarchique: 20 
Cabine souhattce: C 



Geographic 

Type de lieu I : C (Vj)le) 
Lieu 1:NCT. 
Type de lieu 2 : C (Ville) 
Lieu 2: MUC 
Direction: F (dc) 



Type de lieu 1 : C (Ville) 
Lieu J:NCE 

Typc de lieu 2 : C (Ville) 
Lieu 2: MAD 
Direction: F (de) 



Type dc lieu I : C (ville) 

Licu1:NCE 

Type de lieu 2 : C (ville) 

Lieu 2: LON 

Direction: F (de) 



Type de lieu 1 : 7. (Zone) 
Lieu 1:210 (Europe) 
Type dc lieu 2: 
Lieu 2: 

Direction: F (de) 



Type dc lieu 1: Z (Zone) 
Lieu 1: 210 (Europe) 
Type de lieu 2 : Z (Zone) 
Lieu 2: 210 (Europe) 
Direction: B (cmre) 
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Titulairc 

Identification 
bureau 

NCE1A0000 



Classc commercinle 
lie families dc tarifs 

Nom: 

JUNIOK 
Definition: 

Tarifs Junior 
Date (Ferret: 

01/01/04 



i - 



iOrdre2 ; 

* - — -v— — — — 



rdre 3 



E 



rdre 1 



Marche 
Nom : 

NCEMEDHAUL 
Definition: 
Voyage Medium 
deNCE 



Nom: 
LONGHAUI. 

Definition: 
Voyage long, 
de Europe 



Nom: 

EUMEDI1AU1. 

Definition: 
Voyage Medium 
A I'inleneur de 

r Europe 



Famille de tarifs 
Nom: JUNECO 

Definition: tarifs junior economiques 
CombinableiNon 
Rang hierarchique: 100 
Cabine souhaitee: oui 



Nom: JUN 

Definition: larifs flexibles junior 
Combinable: Ncm 
Bang hierarchique: 50 
Cabine souhaitee: O 



Nom: ECO 

Definition: tarifs flexibles 
economiques 
Com bin able: Oui 
Rang hierarchiquc: 35 
Cabine souhait6c: O 



Gcographie 

Type de lieu I: C (ville) 
Lieu 1: NCE 
Type de lien 2: C (ville) 
Lieu 2: MUC 
Direction: V (de) 



Type de lieu 1 : C (ville) 
Lieu 1: NCE 
Type de lieu 2: C (ville) 
Lieu 2: MAD 
Direction: F(dc) 



Type de lieu 1: C (ville) 
Lieu 1: NCE 
Type de lieu 2: C (ville) 
Lieu 2: LON 
Direction: F (de) 



Type de lieu 1: Z (Zone) 
Lieu J: 210 (Europe) 
Type de lieu 2: 
Lieu 2: 

Direction: F (de) 



Typedc lieu 1: 2 (Zone) 
Lieu 1:210 (Europe) 
Type de lieu 2: Z (Zone) 
Lieu 2:210 (Europe) 
Direction: B (Entre) 



Fig. 13 
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Famillc de tarifs 



Norn: ttJNECO 

Definition: tarifs cconomiqucs junior 
Combinnble: Non 
Rang hi6r«rcbi<|uc: 100 
. Cabine soulinitie: O 



Norn: JUN 

Definition: tarifs junior flexibles 
CombtnabSc: Non 
Jiang hicrarchique: 50 
Cabine souhaitee: O 



Norn: ECO 

D6finition: tarif Leonora ique 
Flexible 

Combinable: Oui 
Uang hierarchique: 35 
Cabine souhaitee: O 



Nom: BIZ 

Definition: tarifs business 
Combinable: Oui 
Hang hierarchique: 20 
Cabine souhaitee: C 



MAS#1 



MAS U2 



MAS #3 



MAS #4 



MAS #5 



Transporteur 

Nom: ] A ■ 



Type tie tarif Code 
FTC 

PSZ 



Inclure/Exclure 

0 (Exclurc) 



Transporteur 

Nom: 1A 



Inchire/Exclure 

1 (Incline) 



Transporteur 

Nom: 1A 



1AM 



Type de tarif 



Transporteur 

Nom: 1A 



PUB 



Type de tarif 



Type de passager 
Code PTC 

JUN 



PUB 



Type de tarif 



Base du tarif 
♦JUNIOR 



— PUB 



Type de tarif 



Base du tarif 
♦JUNIOR 



Type de tarif Code 
FTC 

PSZ 



Typede tarif FTC 
psn 



Type de tarif Code 
FTC 

£U . 



EIP 





Transporteur 

"Nom: I A 










Type de tarif code 
FTC 

BU 








Type de tarif 

PUB 







Fig. 14 



Application Data Sheet 



Application Information 

Application Type: : 
Subject Matter: : 
Suggested Classification: : 
Suggested Group Art Unit : : 
CD-ROM or CD-R? : : 
Number of CD disks:: 
Number of Copies of CDs : : 
Sequence Submission? : : 
Computer Readable Form (CRF) : : 
Number of copies of CRF:: 
Title: : 

Attorney Docket Number:: 
Request for Early 
Publication? : : 

Request for Non-Publication?:: 
Suggested Drawing Figure : : 
Total Drawing Sheets:: 
Small Entity? : : 
Latin Name: : 

Variety Denomination Name: : 
Petition Included? : : 
Petition Type : : 
Licensed US Gov't Agency:: 
Contract or Grant Numbers : : 
Secrecy Order in Parent 
Appl . ? : : 



Provisional 
Utility 

None 

None 

No 

0 

SYSTEME ET PROCEDE DE 
TRAITEMENT D'UNE REQUETE EN 
INFORMATION DE PRIX 
0518-1101 
No 

No 
1 

14 
No 

No 



-1- 



initial 12/19/03 



Applicant Information 

Applicant Authority Type:: 

Primary Citizenship Country: 

Status : : 

Given Name : : 

Middle Name : : 

Family Name : : 

City of Residence:: 

State or Province of 

Residence: : 

Country of Residence: : 
Street of Mailing Address:: 



Inventor 

Full Capacity 
BENEDICTE 

ISNARDON 
NICE 



FRANCE 
24 RUE MAS SENA 



City of Mailing Address:: NICE 

State or Province of Mailing Address:: 

Country of Mailing Address:: FRANCE 

Postal or Zip Code of Mailing Address:: F-06000 



Applicant Authority Type:: 

Primary Citizenship Country: 

Status : : 

Given Name : : 

Middle Name : : 

Family Name : : 

City of Residence:: 

State or Province of 

Residence: : 

Country of Residence:: 
Street of Mailing Address:: 



Inventor 

Full Capacity 
THIERRY 

BLASZKA 
NICE 



FRANCE 
24 RUE MASSENA 



City of Mailing Address:: NICE 
State or Province of Mailing Address:: 
Country of Mailing Address:: FRANCE 



-2- 



Initial 12/19/03 



Postal or Zip Code of Mailing Address:: F-06000 



Applicant Authority Type': : 

Primary Citizenship Country: 

Status : : 

Given Name : : 

Middle Name : : 

Family Name : : 

City of Residence:: 

State or Province of 

Residence : : 

Country of Residence: : 
Street of Mailing Address:: 



Inventor 

Full Capacity 
FREDERIC 

HOFF 
NICE 



FRANCE 
24 RUE MAS SENA 



City of Mailing Address:: NICE 

State or Province of Mailing Address:: 

Country of Mailing Address:: FRANCE 

Postal or Zip Code of Mailing Address:: F-06000 



Applicant Authority Type:: 

Primary Citizenship Country: 

Status : : 

Given Name: : 

Middle Name : : 

Family Name : : 

City of Residence : : 

State or Province of 

Residence : : 

Country of Residence:: 
Street of Mailing Address:: 



Inventor 

Full Capacity 
NATALIA 

PEREKHVATOVA 
NICE 



FRANCE 
24 RUE MAS SENA 



City of Mailing Address:: NICE 
State or Province of Mailing Address: : 
Country of Mailing Address:: FRANCE 

-3- Initial 12/19/03 



Postal or Zip Code of Mailing Address:: F-06000 



Applicant Authority Type:: 


Inventor 


Primary Citizenship Country: : 




Status : : 


Full Capacity 


Given Name : : 


RUDY 


Middle Name : : 




Family Name : : 


DANIELLO 


City of Residence:: 


NICE 


State or Province of 




Residence : : 




Country of Residence:: 


FRANCE 


Street of Mailing Address:: 24 RUE MASSENA 


City of Mailing Address: : 


NICE 


State or Province of Mailing Address:: 


Country of Mailing Address:: 


FRANCE 


Postal or Zip Code of Mailing Address: : F-06000 


Correspondence Information 




Correspondence Customer 


000466 


Number: : 




Representative Information 




Representative Customer 


000466 


Number: : 





Domestic Priority Information 



Application: : 


Continuity 
Type : : 


Parent 

Application: : 


Parent Filing 
Date : : 



















-4- 



initial 12/19/03 



Foreign Priority Information 



Country: : 


Application 
Number : : 


Filing Date: : 


Priority 
Claimed: : 



















Assignment Information 

Assignee Name:: 

Street of Mailing Address:: 



City of Mailing Address:: 

State or Province of Mailing Address:: 

Country of Mailing Address: : 

Postal or Zip Code of Mailing Address:: 



-5- 



Initial 12/19/03 



